約 5,693,346 件
https://w.atwiki.jp/memcache/pages/36.html
HTTP Header Proxy ServerWeb Debugging Proxy LINK SSL Pass-Thu HTTP Header http //www.tohoho-web.com/ex/http.htm http //web-tan.forum.impressrd.jp/e/2010/01/12/7156 Proxy Server http //howto.ysn-jp.com/tor/tor_what.php http //www.atmarkit.co.jp/fwin2k/win2ktips/031autoproxy/autoproxy.html Web Debugging Proxy Fiddler http //www.fiddler2.com/fiddler2/ LINK Studying HTTP http //www.studyinghttp.net/ Smart http //www.rfs.jp/sb/perl/03/03.html HTTPプロトコルとサーバへのリクエスト(FUJITSU) http //jp.fujitsu.com/solutions/sdas/technology/web-apl/01-http-protocol.html
https://w.atwiki.jp/scrapbooking/pages/12.html
海外のスクラップブッキングに関するBookmark 下記に無い海外ショップさんやメーカーサイトをご存じの方がいらっしゃいましたら、ここに↓↓↓書き込みお願い致します Prima Marketing Inc (2008-12-02 11 56 48) WEBSTWES PAGES (2008-12-11 20 55 03) Coredinations (2008-12-12 19 46 53) Scrap.n.crop (2008-12-30 14 33 17) Wausau Paper (2009-01-01 14 52 19) Collage Press (2009-01-05 09 44 53) Creative Imaginations (2009-01-05 17 00 40) OCtober Afternoon (2009-01-18 23 03 06) Paris Hilton (2009-01-21 13 37 52) Cosmocricket (2009-01-31 10 33 14) Paper Wizard (2009-02-01 15 31 31) Martha Stewart Crafts (2009-02-10 20 50 07) A Million Littlethings (2009-03-11 09 04 28) buzz and bloom (2009-03-13 19 03 38) Vintage Style (2009-05-01 08 42 04) The Angel Company (2009-05-03 09 22 09) oneheart...onemind (2009-05-03 09 26 15) Eyelet Outlet Brads (2009-05-03 09 29 12) Crafty Secrets (2009-05-03 09 32 19) Kaiser Craft (2009-05-04 22 28 47) My Little Shoebox (2009-05-07 15 14 33) Jillibean Soup (2009-05-07 15 44 06) Fancy Pants Designs (2009-05-08 09 15 03) Miss Fancy Pants (2009-05-08 09 16 31) Nursery Rhymes Online (2009-05-10 07 38 23) Lily Bee Design (2009-05-14 10 21 38) Jillibean Soup (2009-09-28 07 05 57) Scrap In Style (2009-11-24 09 16 57) サイト名 URL CHA(Craft and Hobby Association) CHA about.com scrapbooking http //scrapbooking.about.com/ Scrapbook.com scrapbooking-directory.com http //www.scrapbooking-directory.com/ scrapjazz.com http //www.scrapjazz.com/ le-scrapbooking (仏) http //www.le-scrapbooking.org/ scrapbooking.com.au (豪) http //www.scrapbooking.com.au/ Company EK Success http //www.eksuccess.com/ American Crafts http //www.americancrafts.com/ Autumn Leaves http //www.autumnleaves.com/ Bazzill Basics Paper http //www.bazzillbasics.com/ Scrapworks http //www.scrapworks.com/ Basicgrey http //www.basicgrey.com/ Cosmo Cricket http //www.cosmocricket.com/ We R Memory Keepers http //www.weronthenet.com/index.shtml 7gypsies http //www.sevengypsies.com/ BasicGrey http //www.basicgrey.com/ Die Cuts With A View http //www.diecutswithaview.com/index.php Making Memories http //www.makingmemories.com/ Impress http //www.impressrubberstamps.com/ Provo Craft http //www.provocraft.com/index.php sizzix http //www.sizzix.com/ Creative Imaginations http //www.creativeimaginations.us/ All My Memories http //www.allmymemories.com/ Autumn Leaves http //www.autumnleaves.com/ Deja Views http //www.dejaviews.com/ Cloud9 Design http //www.cloud9design.biz/index.htm Fancy Pants Designs http //www.fancypantsdesigns.com/ Hero Arts http //www.heroarts.com/index.cfm Heidi Swapp http //www.heidiswapp.com/index.html Urban Lily http //www.urbanlily.com/ K Company http //www.kandcompany.com/ Prism http //www.prismpapers.com/ cherryArte http //www.cherryarte.com/index.php Piggy Tales Creative Imaginations http //www.creativeimaginations.us/index.php Prima Hybrid http //www.primahybrid.com/shoppe/home.php BoBunny http //www.bobunny.com/ Melissa Frances http //www.melissafrances.com/ Hambly Screen Prints Pine Cone Press TINKERING INK http //tinkeringink.typepad.com/blog/ imaginisce Scenic Route Paper Co. My Mind's Eye Sassafras Lass その他 scrapbookingtop50 タグ bookmark homepage web 海外
https://w.atwiki.jp/naobe/pages/78.html
ネットワークに戻る RFC2616概要 HTTP/1.1 RFC6265概要 HTTP状態管理機構 パーセントエンコーディング（URLエンコード） URLで意味を持つコードと混同する日本語などのバイナリや特殊記号を16進形式にして、先頭に%を付加した文字に変換する。正確に言うと、非予約文字、予約文字以外を変換する。 項目 説明 非予約文字 ASCIIのコード範囲内の英字（大文字・小文字）、数字、ハイフン “-”、ピリオド “.”、アンダースコア “_”、チルダ “~” 予約文字 URIを表す符号。ASCIIのコード範囲内のコロン “ ”、スラッシュ “/”、疑問符 “?”、シャープ “#”、角括弧 “[”、“]”、単価記号 “@”、感嘆符 “!”、ドル記号・ペソ記号 “$”、アンパサンド “ ”、アポストロフィー・シングルクオート “ ”、丸括弧 “(”、“)”、アスタリスク “*”、正符号・加算記号 “+”、コンマ “,”、セミコロン “;”、等号 “=” name=%E8%8F%85%E7%9B%B4%E4%BA%BA UTF-8で、%E8%8F%85：菅, %E7%9B%B4 直, %E4%BA%BA 人 x-www-form-urlencoded(URLエンコード) POSTのフォームデータをエンコードする。%を付加する方式は、パーセントエンコーディングと同じ。パーセントエンコーディングの予約文字も変換している スペースは"+"に変換。Javaのソースを見ると、英数字、"-","_", ".","*"以外を変換する BASE64 Wikipediaより データを64種類の印字可能な英数字のみを用いて、それ以外の文字を扱うことの出来ない通信環境にてマルチバイト文字やバイナリデータを扱うためのエンコード方式 7ビットのデータしか扱うことの出来ない電子メールにて広く利用されている A–Z, a–z, 0–9 までの62文字と、記号2つ (+ , /) 、さらにパディング（余った部分を詰める）のための記号として = が用いられる 76文字ごとに改行コードが入る Cookie Wikipediaより クッキーを設定する際、どの要求に対してクッキー情報を送り返すのか、URLの範囲を指定する。 規定値は、クッキーを設定したサーバに対するすべての要求であり、対象を広げることも狭めることもできる。ただし広げる場合でも、トップレベルドメインより狭い範囲でなければならない。 またクッキーの有効期限は、通常はブラウザを終了するまでだが、指定した期限まではブラウザを再度起動しても保持されるように設定することができる。有効期限の情報も、サーバからブラウザにクッキー情報を送信する段階で付加される。 無期限という設定は出来ない。 詳細： http //www.studyinghttp.net/cookies リクエスト 全てテキスト。行(CRLF)で区切られる。 フォーマット リクエストラインは１行。ヘッダは複数行。 大項目 小項目 説明 リクエストライン メソッド GET,POST,PUTなどのどれか。 リクエストURL リクエストを処理するURI プロトコルバージョン HTTPのバージョン。【例】HTTP/1.1 ヘッダ HOST リクエスト先のホスト名。必須項目 空行 POSTのときにヘッダの終了を示すために挿入される メッセージボディ POSTのときにリクエストデータを出力する 【例】 GET http //example.jp/31/31-001.php HTTP/1.1 リクエストライン Host example.jp --+ User-Agent Mozilla/5.0 (Windows NT 5.1; rv 2.0.1) Gecko/20100101 Firefox/4.0.1 | Accept text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 +-- ヘッダ Accept-Language ja,en-us;q=0.7,en;q=0.3 | Accept-Encoding gzip, deflate | Accept-Charset Shift_JIS,utf-8;q=0.7,*;q=0.7 | Keep-Alive 115 | Connection keep-alive | Referer http //example.jp/31/ --+ Accept-CharsetでShift-JISの品質係数が１であるため、サーバは、Shift-JISでエンコードしたメッセージを返す。 POST http //example.jp/31/31-003.php HTTP/1.1 リクエストライン Accept image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/vnd.ms-excel ヘッダ Referer http //example.jp/31/31-002.php Accept-Language ja User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; Inf oPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Content-Type application/x-www-form-urlencoded Accept-Encoding gzip, deflate Host example.jp Content-Length 65 Connection Keep-Alive Pragma no-cache name=%E8%8F%85%E7%9B%B4%E4%BA%BA mail=kan@aaa.jp gender=%E7%94%B7 メッセージボディ Hostヘッダ HTTP1.1では必須。POST/GETでのURIにHOSTを指定していなかった場合、Virtualホストを特定できない。そのためHostヘッダにHOST名を指定する。URIにホスト名があって、Hostヘッダにもホスト名がある場合はURIを優先する。URIにホスト名を指定することを強制すれば良いような気がするが。 Referer ヘッダの一種。リンク元のURLを示す。あるWebページのリンクをクリックして別のページに移動したときの、リンク元のページのこと。 改変、削除される場合があるので正しくリンクを示しているとは限らない。 セキュリティ上、問題となるのは、URLが秘密情報を含んでいる場合。たとえば、URLがセッションIDを含んでいる場合。なりすましに使われる可能性がある。 【例】 GET http //example.jp/31/31-002.php HTTP/1.1 Accept image/gif, image/jpeg, image/pjpeg, image/pjpeg, application/vnd.ms-excel, application/vnd.ms-powerpoint, appl ication/msword, application/x-shockwave-flash, application/x-ms-application, application/x-ms-xbap, application/vnd.ms -xpsdocument, application/xaml+xml, */* Referer http //example.jp/31/ Accept-Language ja User-Agent Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; Inf oPath.1; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Accept-Encoding gzip, deflate Host example.jp Connection Keep-Alive http //example.jp/31/のHTMLのaタグからリクエストが発生したため、Refererヘッダがつく。 レスポンス 全てテキスト。行で区切られる。 フォーマット ステータスラインは１行。ヘッダ、ボディは複数行。 大項目 小項目 説明 ステータスライン プロトコルバージョン ステータスコード 1XX 処理継続、2XX 正常終了、3XX リダイレクト、4XX クライアントエラー、5XX サーバエラー テキストフレーズ レスポンスヘッダ Content-Length ボディのバイト数 Content-Type MIMEタイプ; charset=エンコーディング 空行 ヘッダの終わりを示す ボディ 【例】 HTTP/1.1 200 OK Date Wed, 04 May 2011 04 51 51 GMT Server Apache/2.2.14 (Ubuntu) X-Powered-By PHP/5.3.2-1ubuntu4.2 Vary Accept-Encoding Content-Length 20 Keep-Alive timeout=15, max=100 Connection Keep-Alive Content-Type text/html; charset=UTF-8 body 13 51 /body Content-type メディアタイプを示すエンティティヘッダ（メッセージボディに対する付随情報）。type "/" subtype *( ";" parameter )であらわされる。text/html; charset=utf-8など。charsetを追加すると出力の文字コードを示す。HTML文書にapplication/octet-streamを付けると、 多くの場合、Webブラウザはそれをダウンロードするか否か問い合わせるようになる。 Apacheの場合は、httpd.confの以下の設定でcharsetを指定する。 AddDefaultCharset UTF-8 Tomcatでは、JSPのpageディレクティブで設定する。 %@ page language="java" contentType="text/html; charset=Windows-31J" pageEncoding="Windows-31J" % http //www.atmarkit.co.jp/fjava/rensai3/mojibake01/mojibake01.html 参照
https://w.atwiki.jp/superopac/pages/6.html
図書館退屈男 http //toshokan.weblogs.jp/blog/ ---http //www.jstage.jst.go.jp/article/johokanri/49/1/49_11/_article/-char/ja/ RSS(RDF Site Summary)を活用した新たな図書館サービスの展開 ―OPAC2.0へ向けて― 対談「新着だけではもったいない －学術分野でのRSS普及に向けて」(林賢紀・兼宗進） http //blog.mag2.com/m/log/0000005669/107238463.html OPACを疑え （岡本真氏の講演に学ぶ） http //ameblo.jp/kimito001/entry-10006974692.html OPAC 改善委員会報告 http //www.lib.keio.ac.jp/kenshu/pdf/2005/6opac.pdf 近ごろ話題の図書館技術－OPACの機能改善 http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=1783 OPACはどのように検索エンジンの長所を吸収すべきか？ http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=1771 丸山高弘の日々是電網 - SuperOPAC開発日記 http //maru3.exblog.jp/i11 Web 2.0 アプリの階層構造 by Tim O reilly http //blogs.grf-design.com/archives/2006/08/web_20_by_tim_o_1.html より良いCMSを作る by Jeffrey Veen http //www.yamdas.org/column/technique/bettercmsj.html 数十もの CMS がインストールしてあって遊べるファンタスティックなサイト http //www.yamdas.org/column/technique/bettercmsj.html 21世紀の図書館目録とは？ http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2321 大阪市立大学学術情報総合センター基盤支援研究(村上研究室) http //www.media.osaka-cu.ac.jp/~harumi/research/kiban.shtml Toward a 21st Century Library Catalog. Information Technology and Libraries 25(3) pp. 128-139.http //www.nla.gov.au/lis/stndrds/grps/acoc/papers2006.html http //kuroyuri.media.osaka-cu.ac.jp/~ueda/index.php?%BA%EE%C0%AE%A5%B7%A5%B9%A5%C6%A5%E0 Bookworm.jp - Open source OPAC project http //www.bookworm.jp/ セミナー「OPACを超えて－ウェブ目録の進む道」の資料 http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2342 OPAC2.0ってなんだ？ http //d.hatena.ne.jp/nabeso/20060216/1140078828 LibraryLabs http //ll01.nla.gov.au/ FRBR Blog http //www.frbr.org/ “FRBR化"した目録データベースの例示：FictionFinder http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2749 “OPAC2.0”を目指すオープンソースソフト、MATCを受賞 http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2651 自家製図書館システム『Evergreen』（米国） http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2724 GUIDELINES FOR ONLINE PUBLIC ACCESS CATALOGUE (OPAC) DISPLAYS http //www.ifla.org/VII/s13/guide/opacguide03.pdf cf.http //www.ifla.org/VII/s13/guide/opacguide03.htm まつもとゆきひろ――第1回：オープンソースという「お仕事」 http //www.itmedia.co.jp/enterprise/articles/0612/22/news012.html a@amazon.co.jpとかメールでOPAC検索とか http //liblog.typepad.jp/blog/2006/12/aamazoncojpopac_e0b6.html NDC分類検索 (NDC Suggest) http //kuroyuri.media.osaka-cu.ac.jp/~ueda/ajax_ndc/ OPACの愛称 http //d.hatena.ne.jp/arg/20061226/1167088833 UNIMARCの「所蔵フォーマット」マニュアル http //www.dap.ndl.go.jp/ca/modules/car/index.php?p=2759
https://w.atwiki.jp/katsuhiro/pages/26.html
HTTPメソッド GET情報取得メソッド POST PUT DELETEリソース削除メソッド HTTPリクエスト ポストデータ HTMLのPOST指定のformから送信されるデータ JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter getParameterValues リクエストボディのセットされて送信される クエリ情報 URLの末尾の"?"以降に「キー＝値」のセットで付加される簡易な情報 複数のセットがある場合は" "で連結される URLに直接指定するほか、HTMLのGET指定のformから送信されるデータ formのmethod属性が省略された場合もクエリ情報として送信される JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetParameter クエリ情報に特殊文字が含まれる場合は、あらかじめエンコードしておく必要がある（form経由の場合はエンコード不要） URLに使用可能な文字数を超えて送信できない(2,083文字)FireFoxの場合は制限が無いが、動作が遅くなる場合もあるらしい データがアドレス欄に露出してしまう ヘッダ情報 「名前： 値」形式 種類一般ヘッダ（要求／応答時双方で利用） エンティティヘッダ（コンテンツに関する情報） リクエスト（要求）ヘッダ（クライアントに関する情報） レスポンス（応答）ヘッダ（その他） JSPのrequestオブジェクトから下記のメソッドで情報を取得できるgetHeaderNames ただし、情報取得専用メソッドが存在するヘッダについてはそちらを使う ■ヘッダ例 種類 ヘッダ名 概要 一般 Cache-Control キャッシュルールを規定する Connection プロキシ（中間）サーバで削除すべきHTTPヘッダを指定 Date コンテンツ生成日時 Pragma キャッシングを利用するか（下位互換用のヘッダ） Transfer-Encoding コンテンツの転送エンコーディング方式 リクエスト Accept クライアント対応コンテンツの種類（優先順） Accept-Language クライアント対応言語（優先順） Authorization 認証情報 Cookie クライアントに保存されたクッキーデータを送信 Host 要求先ホスト名 If-Modified-Since 指定日時以降にコンテンツが更新されている場合にのみ、サーバはデータを送信 Proxy-Authorization プロキシサーバ用の認証情報 Range 要求リソース範囲 Referer リンク元URI User-Agent クライアントの種類 レスポンス ETag リソースを一意に特定するためのキー情報（コンテンツが更新されていないかどうかを特定する場合などに使用） Location クライアントに新しいURIに移動するように促す Server サーバの種類 Set-Cookie クライアントにクッキーを送信 WWW-Authenticate クライアントに認証を要求 エンティティ Content-Encoding コンテンツのエンコーディング方式 Content-Length コンテンツサイズ Content-Type コンテンツの種類 Expires コンテンツの有効期限 Last-Modified コンテンツの最終更新年月日 クッキー サーバがクライアントに対して自由に読み書きできるテキスト クッキーの有効期限負数をセットした場合、ブラウザの終了時に削除される ０をセットした場合、その場で削除される １以上をセットすると、その秒数分保持される クッキーのデメリットクライアント側でクッキーを受け入れないように設定することが可能 クライアント側でクッキーの改竄や削除が可能 実データがネットワーク上を流れてしまう クッキーの制約1つのホスト、ドメイン当たりの最大個数は20個（総数では300個以内） クッキー1つあたりの最大サイズは4096バイト セッション情報 長期間にわたって情報を保持するには不向き ユーザがブラウザを開いている間だけアプリケーション内で情報を受け渡しする場合にはクッキーより手軽でセキュアな仕組み sessionJSPの暗黙オブジェクトの１つ 下記のメソッドを使って読み書きするgetAttribute setAttribute @pageディレクティブのsession属性がfalseの場合は使えない sessionが不要の場合はsession属性をfalseにしておく（サーバリソースの節約） sessionを使うと… クライアントからサーバにリクエスト送信 サーバからのレスポンスにSet-Cookieヘッダの値としてセッションIDが付加される(JSESSIONID) クライアントからサーバに2回目以降のリクエスト送信時、Cookieヘッダの値として、受け取ったJSESSIONIDを付加して送る サーバをそのセッションIDに該当するセッションを使って処理をし、レスポンスを返す セッションの破棄方法明示的な破棄(session.invalidate()) 有効期限を設定する(session.setMaxInactiveInteval()) web.xmlにセッションの有効期限を設定する session-config session-timeout セッションの寿命明示的に破棄されるか有効期限を過ぎない限り、クライアントを閉じてもサーバ上で生き続ける ieHTTPHeaders http //www.blunck.info/iehttpheaders/iehttpheaders.html ⇒IE上でHTTPによる通信内容をトレースするツール
https://w.atwiki.jp/wakaidao/pages/11.html
http //www.chitose.ac.jp/ cist http //portal.mc.chitose.ac.jp/portal/top.jsf ptal http //www.alc.co.jp/ alk http //owl.nime.ac.jp/trac/portal/ trac https //neontetra.spub2.chitose.ac.jp/pm/wiki/ wiki http //www.cjapan.ne.jp/tdds インターネット学科学習システム 満点様 FLASH http //hfm-kenchan.com/Lesson/log_qa/D0603124.htm 【FlashQ A】attachMovieを使い時間差でインスタンスを順番に配置 http //www.saturn.dti.ne.jp/~npaka/flash/as20/eclipse.html eclipse連携 ActionScript 2.0メモ http //www.be-interactive.org/index.php BeInteractive! http //blog.cellfusion.jp/flash/actionscript20/ cellfusion blog | ActionScript2.0 http //www.cove.org/flade/ Flade - Flash Dynamics Engine http //oshige.com/flash/note/abcdefg/ Flash ActionScript2.0入門ノート A,B,C,D,E,F,G http //oshige.com/flash/note/hijklmn/ Flash ActionScript2.0入門ノート H,I,J,K,L,M,N http //oshige.com/flash/note/opqrstu/ Flash ActionScript2.0入門ノート O,P,Q,R,S,T,U http //oshige.com/flash/note/vwxyz/ Flash ActionScript2.0入門ノート V,W,X,Y,Z http //www.kikka.atnifty.com/ http //www.kikka.atnifty.com/ http //homepage2.nifty.com/icutommy/notebill/index.html NoteBill vol.1 Nov.8 http //homepage2.nifty.com/icutommy/notebill/01_mvc.html NoteBill vol.1 Nov.8 01 MVCって何やねん http //progression.libspark.org/trac Progression Framework http //sourceforge.net/project/downloading.php?group_id=90749 use_mirror=nchc filename=SEPY-ActionScript-Editor-1.5.3.6.exe 27371128 SEPY http //aoi-project.com/blog/2006/11/flashswf.html くじらぶろぐ Flashで複数swfに分割するときの注意 http //oshiete1.goo.ne.jp/qa1227796.html 教えて！goo ダイナミックテキストを回転させたい http //oshiete1.goo.ne.jp/qa2323307.html 教えて！goo フラッシュでjpg画像の背景を透過するにはどうすれば良いのか http //www.saturn.dti.ne.jp/~npaka/flash/as30/ ActionScript 3.0メモ http //koshiandoh.com/ こしあん堂 http //flashrave.org/as/xml/ XMLの読み込み （「firstChild」と「firstChild.nodeValue」、「nextSibling」） FLASHRAVE - FLASH 講座 - http //www.wdc.tera-house.ac.jp/past/2007/01_asDic/apm/index.php?id=c039 table=class pWord=%E3%82%AF%E3%83%A9%E3%82%B9 v_name= as_name= APM ActionScript リファレンス http //www.saturn.dti.ne.jp/~npaka/flash/as20/MouseEx/index.html Flashプログラミングメモ http //itpro.nikkeibp.co.jp/article/COLUMN/20060525/238975/?ST=swd-tech Flash 8 入門講座：ITpro http //www.project-nya.jp/modules/weblog/details.php?blog_id=622 にゃあプロジェクト - ウェブログ - MovieClipで衝突判定 (2) HTML http //htmllint.itc.keio.ac.jp/htmllint/htmllint.html Another HTML-lint gateway http //allabout.co.jp/internet/hpcreate/closeup/CU20070412A/ CSS Hackを使わずにIEのバグに対処する方法 - ［ホームページ作成］All About http //css.uka-p.com/ CSSレイアウト実践講座 http //css-happylife.com/log/css-template/000067.shtml dlのdt dd を横並びに｜CSS HappyLife http //validator.w3.org/ The W3C Markup Validation Service http //nucleus.datoka.jp/?itemid=6 UTF-8 とBOM (Byte Order Mark) - Nucleusだとか http //www.esrij.com/support/arcexplorer/document/ax_about_utf8n.html UTF-8Nについて http //jigsaw.w3.org/css-validator/ W3C CSS 検証サービス http //www.nextindex.net/web/tips/index.html#link What is HTML Documents? http //www.kanzaki.com/docs/html/htminfo12.html ハイパーリンク -- ごく簡単なHTMLの説明 http //heo.jp/tag/ みんなのタグ辞書/HTMLタグ辞書 JAVA http //homepage2.nifty.com/sak/w_sak3/doc/sysbrd/servlet_jsp_k07.htm JAVA Servlet、JSP 基礎編7 - フォームリクエスト、クエリーリクエスト、日本語 - SAK Streets http //www.viste.com/Java/Language/language3.html Java 型変換・キャスト http //www.javaroad.jp/bbs/answer.jsp?q_id=20051114211600525 Javaの道＞掲示板(JSPの初期表示のイベント発生について) http //www.geocities.jp/woodstock_tomo/programing/java/index.html Programing Note http //www.openspc2.org/JavaScript/Web_Standard/004/index.html Web標準化時代のJavaScript http //d.hatena.ne.jp/Strada/ あるSEの生態 ～ そこにバグがあるから http //madonnalily.blog49.fc2.com/blog-entry-29.html えらーだらけ。 http //www.thinkit.co.jp/free/article/0607/8/4/ JSF [ThinkIT] 第4回：環境設定 (1/3) http //dream.mods.jp/first_jsf/part1.html JSF入門 http //www.meibinlab.jp/nishijima/ ある技術者の備忘録 http //java.yubit.net/java_shoshinsha_100_100.html 【初心者】Java質問･相談スレッド100【大歓迎】 Java、Java資格関連 過去ログまとめサイト http //ylb.jp/2006b/proc/recursion/ 再帰呼出し http //www.sraoss.co.jp/PostgreSQL/7.3/install.html PostgreSQL7.3インストール編 JSF http //dream.mods.jp/first_jsf/part1.html JSF入門 http //muimi.com/j/jsf/shop/ JSFサンプルアプリケーション http //634.ayumu-baby.com/jsf/request.html 634 - サーバサイドJava - JSF(JavaServer Faces) - HttpServletRequestの取得 http //634.ayumu-baby.com/jsf/ 634 - サーバサイドJava - JSF(JavaServer Faces) LDAP http //homepage3.nifty.com/rio_i/lab/jldap/002connect.htm LDAP サーバに接続する http //muimi.com/j/ldap/ LDAPdでLDAPを使ってみる http //www.atmarkit.co.jp/fnetwork/rensai/ldap06/ldap1.html LDAPプログラミングの基本 http //bhd.staba.jp/ldap/olwin32.html OpenLDAP for win32 http //www5f.biglobe.ne.jp/~inachi/openldap/admin/index-ja.html OpenLDAP ソフトウェア 2.3 管理者ガイド http //infokeepers.net/network/ldap/index2.html openLDAP奮闘記 [設定編] http //www.tom.sfc.keio.ac.jp/~sakai/d/?date=20050911 ヒビルテ(2005-09-11) PERL http //pocketstudio.jp/win/activeperl/ ActivePerlのインストール方法 - Windowsでperlを使おう！ http //www.kent-web.com/perl/ Perl基礎入門 http //www.scopesd.jp/epic_svn.html SCOPE online - ECLIPSE+EPIC+SVN構築の記録 PHP http //blog.cles.jp/item/1434 EclipseでPHP http //www.koebi.net/index.php Koebi.net KoebiStudio HTML・PHP開発環境ソフトウェア http //masago.kir.jp/php20030814.php 離れPHP島 SERVER http //repository.kulib.kyoto-u.ac.jp/dspace-memo/freebsd.html DSpaceメモ(FreeBSDのインストール) http //www.ksknet.net/freebsd/ FreeBSD http //www.cs.reitaku-u.ac.jp/msemi/freebsd/Freebsd-manu3.pdf Freebsd-manu3.pdf (application/pdf オブジェクト) http //www.ongs.co.jp/publications/books/freebsd_bible/ftp_install.html FreeBSDビギナーズバイブル http //kamae1116.ddo.jp/ LinとWinで作る自宅サーバー http //fabrice.bellard.free.fr/qemu/ QEMU http //www.ksknet.net/freebsd/qmailvpopmailqm.html qmail+vpopmail+qmailadminのインストール手順(FreeBSD) http //www.vmware.com/download/player/ VMware Player http //www.futomi.com/lecture/apache/index.html WindowsでApacheサーバを立てよう - futomi's CGI Cafe http //hnw.dip.jp/nw/mode.html イーサネットの通信モード http //freebooks.info.nara-k.ac.jp/archive/FreeBSD_Install/index.html おうちで使うFreeBSDインストール入門 http //www.ponko2.com/ ぽんこつWEBサーバー構築 http //y-kit.jp/saba/ 自宅サーバーで行こう - Windows XP ADSL編 http //memo.blogdns.net/java3.html Apache Tomcat を動かす (Java 5編) http //www.higaitaisaku.com/hosts.html hostsファイルとは？ http //www.insnet.co.jp/homepage/technical/tomcat55/ Tomcat5 http //www.atmarkit.co.jp/bbs/phpBB/viewtopic.php?topic=33888 forum=6 0 apacheとtomcatの連携について - Windows Server Insider http //memo.blogdns.net/java3.html Apache Tomcat を動かす (Java 5編) http //d.hatena.ne.jp/ruzia/20070520/1179657404 QuickVPS上のDebian EtchでApache2.2とTomcat5.5を連携させようとしてはまる - 守破離 http //b.hatena.ne.jp/entry/3144938 はてなブックマーク - Apache Tomcat を動かす (Java 5編) http //d.hatena.ne.jp/seiunsky/20060716/1153079308 Apache2.2 + Tomcat5.0 を Linux環境で構築 - まさにっき（使えないプログラマーの記録） TOMCAT http //localhost 8080/manager/html tomc http //localhost 8080/portal/top.jsf ptal http //localhost 8080/sampleJsf/ sampleJsf http //localhost 8080/laboratory/login.jsf 研配 http //wakai.s3.zmx.jp/ wakaiDAOのページ http //www4.atpages.jp/wakai/ wakaiDAOのページ http //www.girlscity.jp/home/wakai/ wakaiDAOのページ UNIX http //tmcosmos.org/linux/centos/co5.html CentOS 5 インストール個人的ノート http //macwiki.sourceforge.jp/wiki/index.php/UNIX%E3%81%AE%E5%9F%BA%E6%9C%AC%E3%82%B3%E3%83%9E%E3%83%B3%E3%83%89#cp_.E2.80.A6.E3.83.95.E3.82.A1.E3.82.A4.E3.83.AB.E3.82.**UNIXコマンド http //www.k-tanaka.net/unix/ UNIXコマンド http //itpro.nikkeibp.co.jp/article/COLUMN/20060224/230577/?ST=oss Linuxコマンド集 INDEX(アルファベット順)：ITpro http //www.ksknet.net/vi/post_134.html コピー ペースト http //ryouto.jp/linux/linux_25.html それ行けLinux～PostgreSQL～ userbl http //www.mozilla-japan.org/support/firefox/edit#profile Firefoxbookmark http //www.atmarkit.co.jp/flinux/rensai/linuxtips/825usegparted.html Gnome Partition Editor http //way101.net/column/key.htm キーボードショートカット http //www.power2power.com/ ショートカットキー、プログラマー直伝。 便利で、早い処理ができます。 http //www.relief.jp/itnote/archives/001306.php ファイル名を指定して実行ダイアログから起動するプログラム一覧：Windows ウィンドウズの使い方 http //chienomi.com/ フリーソフト紹介サイト - 知恵の実.com - http //journal.mycom.co.jp/column/winxp/093/index.html ようこそ画面の未読メール http //www.atmarkit.co.jp/fjava/javatips/043eclipse016.html ＠IT：Java TIPS -- Eclipseで.warファイルを作成する http //localhost/sample/test/upload.php wakaiPhp http //www.techscore.com/tech/XML/ XML -TECHSCORE-
https://w.atwiki.jp/earthquakeinfo_en/pages/19.html
STRONGLY RECOMMENDED HASHTAGS NEWS If you are trapped and waiting for help、and you have a smart phone – turn on the GPS function. You can tweet with GPS location. This will assist the searchers. Please Never give up!!! #j_j_helpme #prayforjapan #earthquake #eqjp #jishin #j_j_helpme #hinan #anpi #daijyoubu #eqjpn_enginfo Search on Twitter #jishin_eg Search on Twitter #eqjpn_enginfo Search on Twitter #311care #312care You can call 05058147230 for free interpretation service under an urgent situation, for English, Chinese, Korean, Portuguese, Spanish speakers. http //japanquake2011.antbear-creates.jp/doku.php Useful Twitter accounts @JPN_PMO, the official English twitter account of Prime Minister’s Office of Japan http //bit.ly/hHLyfW @AmbassadorRoos urges US Citizens in need of emergency assistance to send an email to JapanEmergencyUSC@state.gov with detailed info. Facebook pages Facebook "Earthquake survival know-hows(rev2)" http //www.facebook.com/notes/nobu-kusakabe/earthquake-survival-know-hows/10150104013856850 Japan earthquake 東北地方太平洋沖地震 News links in English and other languages Jetwit.com http //jetwit.com/wordpress/
https://w.atwiki.jp/epiphany/pages/13.html
これは何？ 標準の検索エンジンの変更 検索エンジンの追加検索エンジンの登録の仕方 新規タブで検索する 応用編firefoxのスマートキーワード機能を借用する。 外部リンク これは何？ Epiphanyには検索バーに相当するものがデフォルトでは存在しない。 しかしアドレスバーにキーワードを入力してエンターをおすとあらかじめ設定された検索エンジン(デフォルトではgoogle)を利用したウェブ検索ができるようになっている。 標準の検索エンジンの変更 アドレスバーにabout configと入力し、 Keyword.URLの値を変更すると、検索エンジンのオプションを変更したり、検索エンジンそのものを変更することができる。 例えば、 http //www.google.com/search?ie=UTF-8 oe=UTF-8 num=100 q= にすれば検索結果の表示数を100件単位にすることができる。 検索エンジンの追加 スマートブックマーク拡張を使うと、検索エンジンを追加することができる。 使い方は三つあり、 アドレスバーに検索語を入力し、ドロップダウンメニューの中から検索エンジンを選択する 選択した単語や文章を右クリックして現れるメニューの中の、”look up”という項目から検索エンジンを選択する メニューバー 》ブックマーク 》ブックマークの編集でスマートブックマークを右クリックし、コンテキストメニューを表示させ、ツールバーに表示するとすると、検索バーがあらわれる ただしfirefoxのようにキーワードを設定することはできない。 検索エンジンの登録の仕方 Add a bookmark for http //www.google.com/search?q=SEARCHITEM Start the Bookmarks editor Replace SEARCHITEM with %s in the bookmark s properties dialog 新規タブで検索する 右クリックからの検索結果は、デフォルトでは新しいウィンドウが開かれるが、設定をすればタブに開くこともできる。 gconf-editorを起動する /apps/epiphany/extensions/smart-bookmarks/dictionarysearch/open_in_tab のチェックボックスにチェックを入れる 応用編 firefoxのスマートキーワード機能を借用する。 参考：Firefoxのアドレスバーからの検索（スマートキーワード） Firefoxは検索エンジンのフォームを選択した状態で右クリックをすると、その検索エンジンをスマートキーワードに追加することができる。そうやって登録した検索エンジンをepiphanyに登録し直すことができる。 外部リンク Epiphany Smart Bookmarks
https://w.atwiki.jp/iihito/pages/59.html
【必須 Bookmark】 wiki http //www63.atwiki.jp/iihito/ Ysystem http //y-system.biz/top.php イノベーションY（発注） http //member.netbusinesscollege.jp/iyb/ ヤフオク http //auctions.yahoo.co.jp/ アップツール https //apptool.jp/auction/open オークタウン http //auctown.jp/ オークファン http //aucfan.com/auctemp/ ヤフオクマイブース (自分のオークションブースのURL） Google翻訳 https //translate.google.co.jp/?hl=ja NBC http //system.netbusinesscollege.jp/ NBC転売資料（ヤフーBOX） http //yahoo.jp/box/-L90VU NBC口コミ資料（ヤフーBOX） http //yahoo.jp/box/HJK3PI Google画像検索 https //www.google.co.jp/imghp SBI https //www.netbk.co.jp/ evernote https //evernote.com/intl/jp/ 【その他おすすめサイト】 イマコレ http //imacolle.jp/ アリエキスプレス http //ja.aliexpress.com/ タビラボ http //tabi-labo.com/category/trend/ ライフハッカー http //www.lifehacker.jp/ NBC動画 http //member.netbusinesscollege.jp/mon/ 送料のトラ http //www.shipping.jp/search.html 小見出し
https://w.atwiki.jp/0x0b/pages/89.html
ハイパーテキスト転送プロトコル RFC 2616 WebブラウザとWebサーバの間でHTMLなどのコンテンツの送受信に用いられる通信プロトコル リクエスト-レスポンス型 トランスポート・プロトコルとして通常TCPを使用 基本的な考え方は非常に単純であり「何を」「どうして」ほしいのかを相手に要求する。「何を」に当たるのがURL、「どうして」がメソッドにあたる。 World Wide WebにおけるWebページなどのリソースは、Uniform Resource Identifierによって指定される。 ポート番号80をデフォルトとして使用する（送信時は8080）。 TLSで暗号化され、セキュリティを確保したHTTPは、HTTPSと呼ばれる（httpsは実際にはURIスキームの1つであり、実際のプロトコルにはHTTP over SSL/TLSが用いられる）。 HTTP は基本的にサーバが状態を保持しない (stateless) プロトコルだが、データベースなどを使用するWebアプリケーションにおいては状態保持が必要だったため、そのためにいわゆる Cookie とよばれる機構が Netscape Communications Corporation によって導入された。Cookie を使用することによって状態を管理し、"セッション" を維持することが可能になる。 HTTPの拡張プロトコルとしてWebDAVがある。 UPnPでは、HTTPをUDP上で使用するHTTPUや、マルチキャストで使用するHTTPMUが規定された。 HTTP/0.9 URLのみの簡単なやりとり HTTP/1.0 NNTPやSMTPのような各種ヘッダが定義 HTTP_Cookieなどの利用 HTTP/1.1 複数データを転送するためのキープアライブ（keep-alive）機能やプロキシなどの利用も想定された仕様 バーチャルホストをサポートした。インターネット人気に伴い多くの企業がWebサイトを持ち始めたが、当時ではまだまだ企業が自前のWebサーバを運用するのは人員、効率の問題で難しかったためISPのサーバでホスティングをしていた。当時はまだ一社ごとに専用サーバを用意するほどのことでもないため一台のサーバで複数のWebサイトを運用していた。 しかしバーチャルホストには問題がある。例えばある1台のサーバに foo.example.com と bar.example.com という二つの仮想Webサーバがあるとする。ここではクライアントは http //foo.example.com/index.html にアクセスしたいとする。そのためにはまず foo.example.com をIPアドレスに解決するためDNSサーバに問い合わせ、そのサーバにアクセスし GET index.html を要求する。しかしサーバ側のIPアドレスは foo.example.com と bar.example.com 共におなじIPアドレスである。もし foo.example.com にも bar.example.com にも index.html というファイルが存在すればクライアントはどちらのサーバにアクセスしたのかわかるすべがない。 これを解決するにはそれぞれにIPアドレスを付与することで解決できるが、IPv4の資源を無駄にすることになる。 HTTP/1.1ではこれを解決するためにHostヘッダを追加した。 HTTP/1.0のヘッダ GET /index.html HTTP/1.0 HTTP/1.1のヘッダ GET /index.html HTTP/1.1 Host foo.example.com 動作 通信の開始 他のプロトコル同様クライアント側とサーバ側ではHTTPの役割が大きく異なる。HTTP通信を開始できるのはクライアント側のみである。 クライアント側はサーバにリクエストを送り、サーバはクライアントにレスポンスを返すのが最も典型的なHTTPのやりとりである。 接続 システム間でメッセージをやりとりするにはTCP接続を確立させる必要がある。 HTTP/0.9ではクライアントのリクエストごとにTCP接続を確立させる必要があったが、これは当時のWebサイトがシンプルなテキストベースであることが多かったためである。近年ではJavaScriptやアニメーション画像など、多数のオブジェクトが埋め込まれたWebサイトが一般的となってきているが、これら全てのオブジェクトを取得するたびにTCP接続を確立するのはサーバやネットワークに大きな負担を強いるため、HTTP/1.1では持続的接続がサポートされることとなった。ただしこの機能が利用できるのはサーバ側がその要求を許可した場合のみである。 パイプライン クライアントは前のリクエストに対するサーバの応答を待たずに別のリクエストを発行できる。 メソッド HTTPでは8つのメソッドが定義されている。ただし実際のHTTP通信ではGETとPOSTメソッドだけで殆どを占める。 HTTPメソッドの一覧 メソッド HTTP/0.9 HTTP/1.0 HTTP/1.1 GET ○ ○ ○ POST ○ ○ PUT △ ○ HEAD ○ ○ DELETE △ ○ OPTION ○ TRACE ○ CONNECT ○ GET 指定されたURIのリソースを取り出す。HTTPの最も基本的な動作で、HTTP/0.9では唯一のメソッド。 POST GETとは反対にクライアントがサーバにデータを送信するメソッドである。Webフォームや電子掲示板、Wikiなどに投稿する。GETの場合と同じくサーバはクライアントにデータを返すことができる。 PUT 指定したURIにリソースを保存する。URIが指し示すリソースが存在しない場合は、サーバはそのURIにリソースを作成する。画像のアップロードなどが代表的。 DELETE 指定したURIのリソースを削除する。 OPTION サーバを調査するメソッド。例えばサーバがサポートしているHTTPのバージョンなどを調査できる。 HEAD GETと似ているがサーバはHTTPヘッダのみ返す。クライアントはWebページを取得せずともそのWebページが存在するかどうかを知ることが出来る。例えばWebページのリンク先が生きているか検証するときなどにリンク先のデータを全て取得することなく調査することが出来る。 TRACE サーバまでのネットワーク経路をチェックできる。サーバは受け取ったメッセージのそれ自体をレスポンスのデータにコピーして応答する。WindowsのTracertやUNIXのTracerouteとよく似た動作。 CONNECT 暗号化したメッセージをプロキシで転送する際に用いる。 サーバの連携 バーチャルホスト リダイレクト 301 MovedというステータスコードとURIを受け取りクライアントはこの受け取ったURIに再度GETを送る。 クッキー(HTTP_Cookie) HTTPメッセージ クライアントからのHTTPリクエストは3つの要素から構成される。それぞれメソッド、URI、HTTPのバージョンでありスペースで区切られている。 下にもっとも単純な、クライアントとサーバ(www.google.co.jp 80)とのHTTPプロトコルのやり取りの例を挙げる。 クライアントのリクエスト GET / HTTP/1.0 GETがメソッド、URIは / 、バージョンはHTTP/1.0であることを示す。 URIは/でルートリソースを対象にしたリクエストであることを示している。TRACEなど特定のサーバを対象としないリクエストの場合には*が表示される。 サーバのレスポンス HTTP/1.0 200 OK Cache-Control private Content-Type text/html Set-Cookie PREF=ID=72c1ca72230dea65 LD=ja TM=1113132863 LM=111 3132863 S=nNO7MIp W2o7Cqeu_; expires=Sun, 17-Jan-2038 19 14 07 GMT; path=/; domain=.google.co.jp Server GWS/2.1 Date Sun, 10 Apr 2005 11 34 23 GMT Connection Close html head meta http-equiv="content-type" content="text/html; charset=Shift_JI S" title Google /title style !-- ・・・以下省略 上のリクエストのGETにあたる部分をメソッドといい、 HTTP/1.0では、GET, HEAD, PUT, POST, DELETE, LINK, UNLINK、 HTTP/1.1ではさらに、OPTIONS, TRACEがある。 GETメソッドのレスポンスにはヘッダ情報のあとに改行が挟まれ、コンテンツ本体が送られる。 HEADメソッドのレスポンスにはコンテンツサイズや更新日時などの情報を含むヘッダのみが送られる。 また、リクエストの2行目以降はヘッダを送る。 HTTPヘッダフィールド ヘッダの各要素は フィールド名 内容 のペアで構成される。 ブラウザの情報を表すUser-Agent、使用候補言語を表すAccept-Language、他ページへのリンクを辿った場合にそのリンク元ページのURLを表すRefererなどが代表的なフィールドである。 なお、リクエスト時のHostヘッダはHTTP/1.1では必須であるが、HTTP/1.0では無くても良い。 但し、サーバがバーチャルホストを利用している場合は、Hostヘッダが無いとリソース取得に失敗するので、たとえHTTP/1.0を使用していてもHostヘッダを付加しなければならない。 HTTPヘッダフィールドの一覧 リクエストヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Acceptクライアントの受け入れ可能コンテンツタイプを示す○○ Accept-Charsetクライアントの受け入れ可能文字セットを示す○○ Accept-Encodingクライアントの受け入れ可能文字エンコーディングを示す○○ Accept-Languageクライアントの受け入れ可能言語を示す○○ Authorizationクライアントの認証情報を示す○○ Cookieクライアントの状態管理情報をサーバに返す Cookie2HTTP/1.1のSet-Cookie2ヘッダの受け入れ可能をサーバに知らせる Expectクライアントがサーバに期待する動作を示す○ Fromリクエスト発行者個人の情報を示す。一般的に電子メールアドレスを使用する○○ Host要求しているオブジェクトがあるホストを示す○ If-Matchif文を用い条件が真の場合のみリクエストを処理するようサーバに要求する○ If-Modified-Since指定日及び指定時刻以降にオブジェクトが変更されている場合のみリクエストを処理するよう要求する○○ If-None-MatchIf-Matchの逆で条件が真でない場合のみリクエストを処理する要求○ If-Range条件が真の場合のみ指定したオブジェクトの範囲を返すようサーバに要求する○ If-Unmodified-SinceIf-Modified-Sinceの逆で真でないときのみ実行する○ Max-Forwardsリクエストの中間システム経由数を最大いくつまでかを指定する○ Proxy-Authorizationクライアントがプロキシサーバに対して自身の認証を行う○ Rangeオブジェクト全体でなくリソースの一部を要求する○ Refererリクエストの出所を示す。一般的にはユーザの辿ったWebページのURLが用いられる。○○ TEレスポンスの受け入れ可能転送エンコーディングを示す○ レスポンスヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Accept-Rangesオブジェクトの一部に対するリクエストをサーバが受け入れ可能か示す○ Ageオブジェクトの経過時間を秒単位で返す○ AllowオブジェクトがサポートするHTTPメソッドを示す○○ ETagオブジェクトのエンティティタグ値を示す○ Locationオブジェクトの場所を示す○○ Proxy-Authenticateプロキシサーバがクライアントに認証を要求するときに用いる○ Retry-Afterリクエストの再試行をいつ行うかをクライアントに通知する○○ Serverサーバのベンダー名、バージョン番号を占めす○○ Set-Cookie2サーバがクライアントにCookieを送信するときに用いる Varyサーバのレスポンス内容を決定する際にリクエストURI以外に使用したHTTPヘッダのリストを示す○ WWW-Authenticateクライアントに対してリクエストの再発行を要求する。認証情報も含まれる○○ 一般ヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Cache-Controlメッセージの経由する中間キャッシュの動作を指示する○ Connection中間システムが転送すべきでないヘッダのリストを示す○○ Dateメッセージの作成日時を示す○○ Pragmaメッセージに関する追加情報を示す○○ Trailerメッセージボディの後に追加のヘッダーが表れることを示す○ Transfer-Encodingクライアントの転送を目的としたオブジェクトのエンコーディングを示す○ Upgrade通信相手に別のプロトコルにアップデートするよう要求する○ User-AgentクライアントのWebブラウザなどの情報を示す○○ Warningメッセージに関する追加情報を示す。通常はキャッシュの問題を警告するときに使われる○ エンティティヘッダ ヘッダ概要HTTP/0.9HTTP/1.0HTTP/1.1 Content-Encodingオブジェクトのエンコーディングを示す○○ Content-Languageオブジェクトの言語（人間の言語）を示す○○ Content-Lengthオブジェクトのサイズをバイト単位で示す○○ Content-Locationオブジェクトの場所を示す○ Content-MD5オブジェクトのメッセージダイジェストを運ぶ○ Content-Rangeメッセージボディで運ばれるオブジェクトの範囲を示す○ Content-Typeオブジェクトのタイプを示す○○ Expiresオブジェクトの有効期限の日時を示す○○ Last-Modifiedオブジェクトが最後に変更された日時を示す○○ Accept サーバのレスポンスに含まれるメッセージボディで受け入れることが出来るコンテンツタイプと各コンテンツタイプの相対的な優先度を指定するリクエストヘッダ。指定できるコンテンツタイプはIANAによって定義されている。 Accept text/plain; q=0.5, text/html, text/x-dvi; q=0.8, text/x-c 上記のようにAcceptヘッダには行をわけて複数のコンテンツタイプを指定できる。上記の例はいずれの4のコンテンツタイプのいずれも受け入れ可能であることを示す。0.5や0.8といった数字は品質係数で0～1の範囲の数値である。数値の指定がなければ1.0となる。 text/plain; q=0.5 text/html text/x-dvi; q=0.8 text/x-c Accept-Charset レスポンスで返されるメッセージボディの文字コードを指定するリクエストヘッダ。Acceptと同じく複数指定でき品質係数も設定できる。定義済み文字セットはIANAが管理している。 Accept-Charset unicode, *; q=0.8 この例だとクライアントはUnicode文字セットを優先的に希望しているが他の文字セットとの相対優先度0.8で受け入れている。ただしサーバからのレスポンスのHTTPヘッダそのものの文字コードは常にISO-8859-1である。 Accept-Encoding Accept-Language レスポンスの言語（人間の言語）に対する優先度を指定する。言語コードはISO-639の2文字の省略コードを用いる。書き方は他のAccept-群と変わらず。 Accept-Language en-gb, en; q=0.8 上記の例はまずイギリス英語を要求し、利用できない場合はその他の英語を要求する。 Accept-Ranges Acceptで始まる他のヘッダフィールドと違いレスポンスヘッダーである。現在の仕様では2つの指定方法しかない。 Age リソースの推定経過時間を表示するレスポンスヘッダ。キャッシュサーバーはAgeヘッダの値からキャッシュしたリソースが有効かどうかを判定する。 Allow Authentication-info ユーザ認証のやりとりの最後で用いられる、成功したレスポンスのサーバが含めることの出来るレスポンスヘッダー。 Authorization サーバに対するクライアント自身の認証を行うことが出来る。 Cache-Control キャッシングの動作を指定するためのマスターヘッダ。 Connection Content-Encoding Content-Language リソースを英語などの自然言語で示すのに使われる。言語の指定はAccept-Languageヘッダと同じ。 Content-Length Content-Location Content-MD5 メッセージボディが変更されず宛先に届くことを保証する。MD5アルゴリズムを実行する。ただし悪意の改ざんに対しては当然MD5も改ざんされるのであまり機能はしない。どちらかといえば偶発的な変更の保証をしている。 Content-Range ダウンロードの再開に用いられる。 Content-Type メッセージボディに含まれるオブジェクトタイプを示す。次の例はリソースがテキストファイル、文字セットはISO-8859-4を使用していることを示している。 Content-Type text/plain; Charset=ISO-8859-4 Cookie クライアントがHTTP状態管理を望む場合にサーバから受け取ったクッキーを以後のリクエストに次の例のようなヘッダーを付加する。 Cookie $Version="1"; NAME="VALUE"; $Path="/shopping"; $domain="www.shop.com"+ $Port="80" $VersionはHTTPのバージョン、NAMEはクッキーの名前である。$から始まるクッキー名は使用が禁止されている。 Cookie2 基本的にCookieヘッダーとCookie2ヘッダーは別物である。 Date サーバがメッセージを生成した日時を示す。リソースの時間を示すLast-Modifiedヘッダーとは区別する必要がある。 HTTP/1.1では次のような形式を用いるようRFC1123で定義されている。 Date Sun, 06, Nov 1994 08 49 37 GMT HTTP仕様ではレスポンスにDateヘッダーを含めることを求めている。ただしレスポンスのステータスがサーバエラーの場合にはDateヘッダーは返らない。 ETag 主にキャッシングのパフォーマンスを向上する目的で使われる。 Expect サーバに対して特定の動作の期待を知らせる。用途としてはクライアントがサーバに対して100 Continueステータスを返すことを期待する場合に使われる。 Expect 100-continue サーバが期待に応じれない場合は417 Expectation Failedを返す。クライアントがいくつかのプロキシ経由で通信している場合、各プロキシサーバはExpectヘッダの一切の修正を許されない。 Expires オブジェクトの有効期限を示す。このヘッダで指定された日時までキャッシュはレスポンスのコピーを保持し、リクエストに対するレスポンスとして返すことが出来る。サーバがオブジェクトのキャッシュを望まない場合にはExpiresヘッダに過去の日時を設定することが多い。また、HTTP仕様では1年以上先の日時は設定できない。 Expires Thu, 28 Aug 2010 16 00 00 GMT Cache-Controlヘッダのmax-ageディレクティブはExpiresヘッダより優先されるため注意が必要である。 From リクエストを発行したユーザを特定することが出来る。1990年代では電子メールアドレスを設定することが多かったが、迷惑メールの問題もあり現在では殆ど使われていない。 From hoge@hogehoge.com Host 主にレンタルサーバのサポートを目的としてHTTP/1.1で導入された。現在ではHostヘッダを利用できない場合レンタルサーバのウェブサイトとまともな通信が出来ないと言ってよい（詳細はHTTP#歴史を参照）。 If-Match クライアントのリクエストを条件付きのリクエストにするために使われる。サーバは一定の条件が真であった場合のみリクエストを受け入れることが出来る。例えばウィキペディアを編集する際、記事のソースを取得し、書き換える際の間に別のユーザが既に編集していないかを判断するときなどに用いられる。 「if文」も参照 利用者：HogeがHTTPの記事を取得。ETagは1234 利用者：HageがHTTPの記事を取得。ETagは1234 利用者：HogeがHTTPのETagを再度取得。先ほど取得したETag 1234と現在のETag 1234が一致。 利用者：HogeがHTTPの記事を編集。ETagは1256になる。 利用者：HageがHTTPのETagを再度取得。先ほど取得したETagと現在のETagはマッチせず。 サーバは利用者：Hageの書き込みを拒否。 If-Modified-Since このヘッダーで指定された日時以降にオブジェクトが変更されている場合のみリクエストに応答するようサーバに要求する。リソースの削減に効果がある。 If-None-Match If-Matchと逆で条件が真でない場合のみリクエストを処理するよう要求する。 If-Range クライアントがキャッシュにオブジェクトの一部分を持っている場合にパフォーマンスを向上できる。 If-Unmodified-Since If-Modified-Sinceの逆の働きをする Last-Modified サーバオブジェクトの最終更新日時を示す。クライアントはこのヘッダを利用しIf-Modified-Sinceヘッダ等と組み合わせることによって効果を発揮する。 Location サーバがクライアントにリダイレクト先URLを知らせる際に用いられる。一般的にステータスコードが3xx代のレスポンスと共に使われるが201 Createdのレスポンスでも使うことが出来る。Content-Locationヘッダと名前が似ているが全く関係のない別のヘッダであるため注意。 Max-Forwards プロキシサーバ等を経由する際の最大ホップ数を指定する。二重ループなどでサーバから応答が得られない場合の問題解決の際、OPTIONメソッドやTRACEメソッドと共に用いられる。 HTTPステータスコード ステータスコードはクライアントのリクエストが成功したかどうかを示した上で追加情報を提供するいずれも3桁の数字から成る。具体的には100-199が情報提供、200-299が成功を示す。300-399はリダイレクト、400-499はエラーを示す。 セキュリティ技術 Basic認証 HTTP/1.1でBasic認証が定義されており最も単純なセキュリティ技術である。しかし仕様書を読むと定義を書いた著者自身が認証技術に疎いことがよくわかる。『HTTPプロトコル セキュア＆スケーラブルなWeb開発』の著者は「基本認証を用いるくらいならなにも使わない方がまし」と著書に書いている。通常サーバは401ステータスコードで応答する。 行末文字はWindowsと同じCRLF。 RFC 2818 - HTTP Over TLS RFC 2817 - Upgrading to TLS Within HTTP/1.1 RFC 2616 - HTTP/1.1 ハイパーテキスト転送プロトコル -- HTTP/1.1 RFC 2068 - HTTP/1.1（初版，RFC 2616 によって obsolete） TS X 0085 2004 - ハイパテキスト転送プロトコル HTTP/1.1 標準仕様書(TS) RFC 1945 - HTTP/1.0 HttpTea Freeware HTTP Logger Studying HTTP